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G[gliott^ Tom [YRK:0171-M:EXCH] 

heaito. RamzT[SKY:7Z44:CQCOS] 



From: 
Sent: 
To: 
Cc: 

Subject 



StgllofffrTom [YRK:0171-M:EXCH] 
Gawargy. Michael [SKY:7L67-I:EXCH] 
fw:AIN service implementation 



ATT03420.txt 

Hi Tom. 

Further to Michael's notes on the possible implementations of this service. 
i would like to add one more option: 

- (ill) This service can be implemented on the CPE side in an answering-machine 
like box which would be hooked off the telephone set A quick draft high- 
level description of this box functionality would be as follows: 

- For any incoming call (answered/unanswered) to the subscriber-to-WCM , 
(WHO-CALLED-ME) premises, the number and name of the caller will be 
logged into this machine's hard disk/DRAM. 

- For remote retrieval of callers, the subscriber needs to dial in his/ 

her home/business phone number, and after couple of rings, the call will 
be directed to this machine. Access to this machine will be restricted 
by a passcode. 

- Once successfully logged into this machine, the user will get a voice 
message telling what numbers and name of callers have been received. 
Also, the user will be given the choice to browse through the list of 
callers and to choose to call back the selected number. Moreover, if 
the caller has left a voice message on this subscriber's voicemail, 
WCM user can be given the choice to switch to the MVM and listen to the 
message. Once finished, then the user can switch back to the WCM list, 

• and so on. Deletion/saving callers is also another option the WCM user 
gets (please refer to my draft copy of this disclosure that I mailed 
to you eariier for more details on the possible scenarios). 

- Call Display components can also be integrated with this machine. 

- MVM service interaction with this service can be resolved by using 

a speciai access code e.g. use '^Wcm' (*926) to access the WCM machine 
if the call gets routed to MVM before hitting the WCM. When this 
type of interaction happens, usually the WCM user will get routed a 
MVM message; while this message is is played, dialing •*926' for example 
will allow the user to interrupt the MVM message and switch immediately 
to the WCM machine. Once finished, the user can switch back to the MVM 
(as noted above). This requires an extension of the MVM capabilities 
(provided by the Telco) to allow routing to WCM. 



Hopefully this helps move this disclosure forward. 

Cheers, 
Ramzi. 



— forwarded-message — > 




To: Ramzi Cheaito :7Z44 (BNR) SKY BNR 

Copy to: Tom Gigliotti :01 71 -M (EXCHANGE) YRK NT 

From: Michael Gawargy :7L67-I (EXCHANGE) SKY BNR 

Subject: AIN service implementation 

1 



Attached: 1 UNIX File: calI-log-msgtrace.txt 3440 bytes 
2 UNIX File: ORIGINAL.HEADER 500 bytes 



Ramzi. 

Here are the notes Tve put together about the who-called-me service. 
7he service can be decomposed into two portions: 

(i) inconning call logging (using AIN operations by datafilling 
triggers on the terminating SSP, and communicating with SCP service logic) 

(ii) log retrieval (2 options - web-based retreival. or PSTN 
phone-base via an IP/service node) 

AIN is an ideal way to implement part (i) as the required AIN 
operations are already widely available in the RBOC's network. 

* An ISP/teIco internet server (communicating via an interface to an 
AIN SCP) is a viable implementation of part (ii) for web-based retrieval. 

An intelligent peripheral or service node is a viable implementation 
of part (ii) for PSTN-based retreivaL 

The following AIN SSP operations would be used to implement the service: 

* Termination_Attempt (or Temi_Resource_Avai!able - see note*) 

* • T_Answer 

* T_Busy (optional) 

* T_No_Answer (optional) 

* Send_Notification 
Termination_Notification 
Request_Report_BCM_Event 
Close 

Update 

* Update Success 

Default'ftouting to continue call processing in case SCP is 
unavailable 

* Send_to_Resource operations (optional - only needed for PSTN-based 
retrieval using an intelligent peripheral) 

(*) note that the Term_Resource_Available trigger can be used in 
place of Temnination_Attempt once it becomes widely available in the PSTN 
network (all other AIN functionality listed above is available on Nortel's 
OMS100 SSP as part of the AIN Service Enablers portfolio as of release 
NA010). 

High-level skeleton service logic alternatives follow (very rough): 
ALTERNATIVE A: Use TAT-AuthTerm, T_Answer and SN/TN 

1.1 TAT received 

1.2 Send AuthTerm + RRBCME(T_Answer) + SN 

2.0 awaiting EDP-N/Close 

2.1 If T^Answer. mark call as answered; await Close (go to 3.0) 

2.2 If Close message 

2.2.1 If CloseCause = callAnswered, mark call as answered; 
await TN (go to 5.0) 

2.2.2 else wait for TN (go to 4.0) 

3.0 awaiting Close 

3.1 If Close, await TN (go to 5.0) 
4.0 awaiting TN to determine log 
.4.1 If TN . indicates answered 

4.1.1 mark call as answered by forwarded station possibly 
voice-mail system (since T_Answer was not received); end 

4.2 If TN indicates calledPartyBusy 

4.2.1 mark call as busy; end 

4.3 If TN ndicated exception 

4.3.1 mark call as unasnwered; end . 

5.0 awaiting TN to clean up 

5.1 when TN received, end 



ALTERNATIVE B: Use T_8usy as welf (and possibly T_No Answer) 
1 , 1 TAT received 

1.'2 Send AuthTerm + RRBCME(T_Busy.T_Answer) + SN 

2.0 awaiting EDP-R/EDP-N/Close 

2.1 If T^Answer, mark call as answered; await Close (go to 3.0) 

2.2 IfT.Busy EDP-R 

2,2.1 If callCanBeOffered (ie, cwt or aco. etc.. or cfb?) then 
return Continue & go to 2.0 
* 2.2.2 else return Continue and mark call as busy; 
await TN (go to 5.0) 

2.3 If Close message 

2.3.1 If CloseCause = callAnswered, mark call as answered; 
- await TN (go to 5.0) 

2.3.2 else wait for TN (go to 4.0) 

3.0 awaiting Close 

3. 1 If Close, await TN (go to 5.0) 

4.0 awaiting TN to determine log 

4.1 If TN indicates answered 

4.1.1 mark call as answered by forwarded station possibly 
, voice-mail system (since T_Answer was not received); end 

4.2 If TN indicates calledPartyBusy 

4.2.1 mark call as busy 

(even though T_Busy should have caught it); end 

5.0 awaiting TN to clean up 

5.1 when TN received, end 

Cheers. 
Michael 

ps - Attached is an AIN message trace of some of the operations to be used. 
«calI-log-msgtrace.txt» 



Received: from zcardOOn.ca.nortel.com by bcars520; ^ ^ _ 
Received: by 2card00n.c a.nortel.com with Intemet Mai! Se rvice (5.0.1460.8) 
• id <Q3SR3173>;i 

Message-ID: <E1 A1 F2347D33D1 1 1 A1 610000F881 BD0601 FE9CEF@bmery271 .ca.nortel.com> 
From: "Gawargy, Michael [SKY:7L67-I:EXCH]" <MGAWARGY@AmericasM01.ntcom> 
To: "Cheaito. Ramzi [SKY:7Z44:COCOSr <RAMZI.Cheaito.051 1612@bnr.ca> 
Cc: "Gigliotti. Tom [YRK:0171-M:EXCHr <gigliott@americasm01.ntcom> 
Subie ct^AlbLservice implementatior 
Date: ^ 

MIME-version: 

X-Mailer Intemet Mail Sen/ice (5.0.1460.8) 
Content-Type: multipart/mixed; 

boundary=" — =_NextPart_000_01BDC217.EB3690AO" 
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TRANSACTION SSP: OOOOADOO SCP: 000009E2 Filter: TAT_AT_TNA 

MESSAGE 
NoName : 

Que ry Wi t hP e rmi s s ion 
( 

Or iginat ionTransac t ionID (000 OADO 0 ) 
Components 



InvokeLast 
( 

InvokeID(39) 
PrivateTCAP 
Terminat ionAt t enqp t 
ParameterSequence 
( 



DN(6136213705) 

) 

BearerCapabil ity ( speech) 

CalledPartylD (subscriberNutnber even isdnNumberingPlan 6 



TriggerCriteriaType ( terminat ionAtteinpt) 
CalledPartyStationType (identif iedLineNoSpecialTrmt) 
ChargeNumber ( call ingPartyANINat ional even isdnNumbering 



CallingPartylD (viniqueNationalNumber even networkProvide 



d presentationAllowed isdnNumberingPlan 6136211611) 



ChargePartyStationType (identif iedljineNoSpecialTrmt) 

) 



MESSAGE 
AT_TA: 

ConversationWithPermission 
( 

Trans act ionlDs (000009E2 OOOOADOO) 

Components 

( 



UserlD 



136213705) 



Plan 61362116 



11) 



InvokeLast 



Invoke ID (3A 3 9) 
PrivateTCAP 
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Author izeTerminat ion 
♦ ParameterSequence 

: ( 

^ AMASlpID (112311111) 

) 

) 

InvokeLast 
( 

InvokeID(3B 3 9) 
PrivateTCAP 
SendNotif ication 
ParameterSequence 
( 

EchoData (112233445566) 

) 

) 

InvokeLast 
( 

InvokeID(3C 39) 
Pr i vat eTCAP 
RequestReportBCMEvent 
ParameterSequence 
( 

EDPNotif ication (tAnswer) 

) 

) 

) 

) 



MESSAGE 
NoName : 

Conver s at ionWi thPermi s s ion 
( 

TransactionlDs (OOOOADOO 000009E2) 

Components 

( 

InvokeLast 
( 

Invoke ID (3 A) 

PrivateTCAP 

TAnswer 

ParameterSec[uence 
( 

User ID 
( 

. DN(6136213705) 
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) 

BearerCapabil ity ( speech) 
Notif icationlndicator (true) 



De s t inat ionTransact ionID (00000 9E2 ) 
Con^onents 



InvokeLast 
{ 

InvokelD(FF) 

PrivateTCAP 

Close 

Parameters equence 
( 

User ID 
( 

DN(6136213705) 

) 

BearerCapabil ity ( speech) 
CloseCause (calledPartyAnswered) 

) 



MESSAGE 
NoName : 

Unidirectional 
( 

NoTransact ionID 
( 
) 

Components 
( 



) 



MESSAGE 
NoName : 
Response 



TRANSACTION SSP: 



SCP: 



Filter: (Unmatched) 



InvokeLast 
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Invoke ID (FF 3B) 
PrivateTCAP 

Terminat ionNot i f icat ion 
ParameterSequence 

-( 

EchoData (112233445566) 

Terminat ionlndica tor (no yes no no no no no) 
ConnectTime (0000003007) 

) 

) 

) 

) 




